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In response to the Final Office Action mailed February 26, 2007 , Applicants request review of the 

final rejection of claims in the above-identified application. No amendments are submitted with this 

Request, which is filed with a Notice of Appeal for the reasons stated below. This response is 

accompanied by a Petition, as well as the appropriate fee, to obtain a two-month extension. 

Claim Objection 

The Office objected to claim 19 because of the use of the phrase "passage of parameter." In 
particular, the Office indicated that this phrase "needs to be readjusted because the parameter is not 
actively passing but subject to a process that passes it, the process actually doing the passing; that is, 
'passage of should be 'passing of.' Office Action at |2. In Response to Arguments section, the Office 
further indicated that "passage of something that is actually performing its own passing is different from 
passing by reference wherein the instructions is (sic) executing the passing while the parameters just 
happen to be moved by the act of passing, i.e., the parameters cannot execute their own passage." Office 
Action at 113(A). Applicant respectfully traverses this objection. Applicant agrees that the parameter is 
not actively passing. However, the word "passage" is defined as "the act or action of passing." 
Webster's 3 rd New International Dictionary. Thus by definition, this phrase is defined as the process of 
passing of a parameter, as requested by the Office. Thus, such an amendment is not needed, and this 
objection has been overcome. 

§ iOi Rejection of the Claims 
Claims 1-6, 15-18, and 22-26 were rejected under 35 USC § 101 as being directed to non- 
statutory subject matter. In Response to Arguments section, the Office indicated the following: 

An application level realization of a useful, concrete and tangible result requires 
reasonably establishing/achievement of some sort beyond a short-lived creation of 
stack data in a procedure call setup , (emphasis added). 
Office Action at page 15. 

The Office seems to require that the result be for more than a given time period. If the result is 

"short-lived", the Office deems it unpatentable under 35 USC § 101 . Applicant respectfully traverses this 

assertion and submits that there is no statutory basis that a result be beyond a short-lived creation. For the 

full discussion by Applicant regarding the rejection under 35 USC § 101 , please see the Response to 
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Office Action mailed on 12/18/06. Therefore, claims 1-6, 15-18 and 22-26 constitute patentable subject 
matter, and the rejection of these claims under 35 U.S.C. § 101 has been overcome. 

§ 7/2 Rejection of the Claims 
Claims 3, 17, and 24 were rejected under 35 USC § 1 12, first paragraph, as containing subject 
matter which was not described in the specification in such a way as to reasonably convey to one skilled 
in the relevant art that inventor(s), at the time the application was filed, had possession of the claimed 
invention. In particular, the Office rejected claim 3 because "[cjlaim 3 recites parameter from claim 1 not 
pushed into the stack 'as part of the call from first module to the second module'." Office Action at 4. In 
Response to Arguments section, the Office seems to indicate that the main procedure and the function A 
(A FRCiTO) load a variable into a stack. The Office references lines 606, 642 and 650 of Figs. 6A-6B. 
The instruction at line 606 and the instructions at line 642 relates to loading of the base pointer (%ebp) 
during execution of the function A and the function main, respectively. The instruction at line 650 relates 
to the function main calling the function A. None of the instructions are described such that the 
parameter is pushed onto the stack as part of the call from a first module (function main) to the second 
module (function A). In contrast, the specification references instructions that are commented out such 
that such instructions are not executed. These unexecuted instructions (which have been commented out) 
would have loaded the addresses of the variables x and y onto the stack. Specifically, instructions 667- 
668 and instructions 670-672 (which have been commented out and are thus not executed) would have 
loaded the addresses of the variables x and y, respectively. For further description, please see the 
paragraph that starts at page 12, line 27. Moreover, further description of how this limitation is enabled is 
set forth at pages 10-12 of the Response to the Office Action mailed on 12/8/06. Thus, Applicant 
respectfully submits that rejection of claims 3, 17 and 24 under 35 USC § 1 12, first paragraph, has been 
overcome. 

§ 102 Rejection of the Claims 

Claims 1-5, 7-11, 13-14, 19-25, and 27-30 were rejected under 35 USC § 102(a) as being 
anticipated by Tomasz Muldner, "C++ Programming with Design Pattern Revealed", 
http://www.cs.helsinki.fi/u/vihavain/s03/cpp/Muldner/c++Ch2.ppt Addison Wesley, Copyright 2002, pp. 
1-42. Applicant respectfully traverses the rejection. 

Among the differences, claim 1 recites "executing the second module that includes a third 

instruction that accesses the parameter on the stack based on an offset from a common reference for the 

second module." In the Response to Arguments section, the Office indicated the following: 

For one skilled in the art, an offset represents a distance from a base address; and 
the entry point (e.g., an address in the Main Function) . . . when a function is 
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invoked ... is considered the common reference (for the invoked procedure) from 
which a distant location is to be calculated ... via a reference in the stack. 
Office Action at pages 17-18. 

Thus, the Office indicates that the common reference is "the entry point when a function is 
invoked." The Office indicated that the description of Fig. 2 in the background section of the instant 
application discloses this limitation. Applicant respectfully traverses the assertion that the Admitted Prior 
Ait (APA) discloses this limitation. 

The Office indicates that the common reference is the entry point when a function is invoked - 
the base pointer for function A (see stack entry 216). Based on antecedent basis of claim 1, the parameter 
is the address of the variable that is loaded onto the stack based on execution of the first instruction on the 
first module. Making application to the example of Fig. 2, the Office is alleging that the parameter (any 
of the variables 'x', 'y' or 'z'), which is loaded onto the stack from "executing of a first module that 
includes a first instruction . . .", is accessed based on entry point to function A - the base pointer (see 
stack entry 216). Applicant respectfully traverses. Nothing in the description of Fig. 2 in the background 
of the application indicates that the variables loaded from executing the first module (see stack entries 
202-206) are accessed from the base pointer (see stack entry 216). Thus, the APA does not include 
executing a second module having an instruction that accesses a parameter for the address of a variable 
(that is loaded onto the call stack by execution of an instruction in a first module) based on an offset from 
a common reference for a second module. Because the cited references do not disclose all of the claim 
limitations, Applicant respectfully submits that the rejection of claim 1 under 35 USC § 102 has been 
overcome. Because claims 2-6 depend from and further define claim 1 , Applicant respectfully submits 
that the rejection of claims 2-6 under 35 USC § 102 has been overcome. Based on the remarks regarding 
claim 1, Applicant respectfully submits that the rejection of claims 22-25 under 35 USC § 102 has been 
overcome. 

With regard to claim 3, in addition to the remarks set forth above regarding claim 1, Applicant 

respectfully submits the following remarks. Among the differences, claim 3 recites "wherein the 

parameter is not pushed onto the stack as part of the call from the first module to the second module." In 

the Response to Arguments section, the Office indicates the following: 

Broad interpretation has been used because the above limitation has no real weight; 
and Muldner's parameter x, and y being pushed earlier - see APA: Specifications, 
Fig. 1 - reads on not being pushed again during effecting of Muldner's calling of 

swap. 

Office Action at page 19. 

Applicant respectfully traverses. Applicant fails to see how pushing parameters x and y at an 
earlier point is still not pushing the parameters onto the stack. Muldner indicates the following regarding 
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the passing by reference for the swap function: "Passing by reference allows the function to modify the 
actual parameter. The type of parameter passed by reference is a reference type, with an & following the 
parameter type." Muldner at section "Pass by Value, Pass by Reference, and Constant Pass by 
Reference". Muldner does not disclose that the calling of the swap function does not push the parameter 
onto the stack as part of the call. Applicant also traverses an assertion that APA discloses this limitation. 
As set forth above regarding claim 1 , APA relates to having the variables (x, y, z) pushed onto the call 
stack 200 a second time as part of the calling of function B by function A. Specifically, the variables (x, 
y, z) are pushed onto the call stack 200 at stack entries 202-206. The variables (x, y, z) are again pushed 
onto the call stack 200 at stack entries 208-212. This second time that the variables are pushed onto the 
call stack 200 is relative to the calling from the first module (function A) to the second module (function 
B). Thus, APA does not disclose that the parameter is not pushed onto the stack as part of the call from 
the first module to the second module. Applicant respectfully submits that the rejection of claim 3 under 
35 USC § 102 has been overcome. Based on the remarks regarding claim 3, Applicant respectfully 
submits that the rejection of claims 7-11, 13-14, 19-21 and 27-30 under 35 USC § 102 has been 
overcome. 

§ 703 Rejection of the Claims 
Claims 6, 12, 15-18, and 26 were rejected under 35 USC § 103(a) as being unpatentable over 
Muldner, "C++Programming with Design Pattern Revealed", in view of R. Stallman, GNU CC, "Using 
and Porting GNC CC", http://web.umr.edu/~gnudoc/split/egcs/gcc_toc.html - copyright 1988-1996 
(hereinafter GNUCC - Part 1 : Target Description Macros pp. 1-40; Part 2: Defining the Output 
Assembler Language, pp. 51-66). With regard to claim 6, among the differences, claim 6 recites 
"wherein a second calling sequence comprises the first module, a fourth module and the second module, 
wherein executing the first module comprises padding the stack such that the number of entries on the call 
stack are the same for the first calling sequence and the second calling sequence." In the Response to 
Arguments section, the Office indicates the following: 

First, it is noted that stack entries is treated each as a fixed space in a given location of stack, 
whether it is half-filled, full or empty. Second, first call sequence or second call sequence is 
treated as sequence of atomic spaces more or less filled in the above stack location when a call to 
a function necessitates reading from the stack entries, like a amount of bits occupied by a 
parameter being stored. Since a fixed number of space is pertinent to each stack entry, a 
parameter referred to by a call relates to the occupying status of such amount of stack entry 
spaces; so that by padding one argument ( or parameter stored in one stack entry) as done by 
Stallman, the extra atomic spaces not filled by one stack entry are then padded to that one 
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sequence will be same as the another sequence, by virtue of which padding all sequences of 
atomic spaces (for each parameter related atomic spaces) fill the above fixed spaces. Stallman 
therefore teaches 'padding stack entries . . . number of entries . . . same for both the first . . . 
sequence and second . . . sequence' . . . 
Office Action at pages 19-20. 

Applicant's interpretation of the Office's rejection based on Stallman is that a references 
discloses that a given stack entry is "a fixed number in space" that the reference necessarily teaches that 
that the stack entries are padded such that two different calling sequences are equal. Applicant 
respectfully traverses. Nothing in the recited sections of the cited references discloses this limitation. 
Applicant respectfully requests the section in the cited references that discloses this limitation. If the 
Examiner cannot cite a reference that teaches the missing elements, Applicant respectfully requests that 
the Examiner provide an affidavit that describes how the missing elements are present in the prior art. If 
the Examiner cannot cite a reference or provide an affidavit, Applicant requests withdrawal of the 
rejection and reconsideration and allowance of claim 6. Claims 12 and 26 contain similar limitations. 
Thus, Applicant requests withdrawal of the rejection and reconsideration and allowance of claims 12 and 
26. With regard to claims 15-18, based on the remarks regarding claim 1 , Applicant respectfully submits 
that the rejection of claims 15-18 under 35 USC § 103 has been overcome. 

CONCLUSION 

Applicant respectfully submits that the claims are in condition for allowance and notification to 
that effect is earnestly requested. The Examiner is invited to telephone Applicant's attorney at (612) 371- 
2103 to facilitate prosecution of this application. 

If necessary, please charge any additional fees or credit overpayment to Deposit Account No. 19- 

0743. 

Respectfully submitted, 
GARRETT HERSCHLEB 
By their Representatives, 

SCHWEGMAN, LUNDBERG, WOESSNER & KLUTH, P.A. 
P.O. Box 2938 

Minneapolis, Minnesota 55402 
(612)371-211 
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